Closest to what ships now. Photos lead but stay at 42px, so they identify the project without claiming the card. The three facts sit in a labelled ledger — easy to compare down a list of projects, since Budget always appears in the same place. Weakness: the ledger is three lines of similar-looking text, and on a long list that repetition is what you scroll past.

The most compact of the set. One 76px thumbnail with the photo count on it stands in for the whole set, and the facts run as prose lines rather than a ledger, which fits far more projects per screen. The stack and CTA get the full width of the card's foot to themselves, so they are unmistakably the action. Weakness: facts are harder to compare across cards than in 1a's aligned ledger.

Inverts the usual order. The stack and CTA sit on their own tinted shelf directly under the title — the first thing you see after the project name is who replied and how to read them. Facts and photos follow as reference. Weakness: the shelf is a second surface inside a card that already has one, which is heavier than this list needs; and pushing photos to the bottom makes the card read like a task rather than a project.

1b with the density constraint lifted. With three or four briefs there is no scroll to save, so the card spends the space where it earns something: a 22px title, a 96px thumbnail you can actually read, the facts back in 1a's aligned ledger — comparable across cards again, which was 1b's one real weakness — and a 46px CTA sitting above a rule with 22px of clearance. Same eight items, same body text, about 115px taller.

1d with the created date moved under Published. Two dates in one ledger — Target and Created — read as a pair to be compared, which is exactly the confusion to avoid: one is a deadline, the other a fact about the record. Moving the created date under the status detaches it from Target and gives it the only context it needs, since "Published" supplies the verb and the date completes it. Target stays in the ledger as the only date the homeowner acts on. Costs nothing in height — the ledger loses a row as the status block gains a line.

1d with every container removed. No card plate, no shadow, no rule, no status pill — projects separate on whitespace and the page ground shows through, matching the minimalist treatment used elsewhere in the product. The two things that must be found still are: the PRO stack keeps its discs, and the CTA keeps ink weight and its arrow, so it reads as the action without a fill. Everything else recedes by weight and colour a step, not further: labels stay at --text-muted (4.3:1) because they are four of the eight required items, and status drops from a pill to plain muted text. Weakness: with no plate, the card depends entirely on generous spacing to hold together; crowd the list and it collapses into one column of text.

1a's ledger, one photo instead of a strip. A single 200px image identifies the room far better than three 42px chips, and the count folds into the rooms line rather than needing a "+4" tile. Same containerless treatment as 1e. The tension worth naming: the brief says photos are reference, and at 200px this is the loudest thing on the card — justified only if the homeowner recognises their project by the room rather than the name.

Desktop 1d's weight grading on 1e's frame. Two things move because 390pt has no right-hand column: the select box joins the title row at its head, and the date sits at the title's right — the two ends of the row desktop gives them, folded onto one line. Everything else transfers unchanged: labels medium --text-body, rooms and status in medium ink because they identify the brief, budget and target regular, and Status as the last ledger line rather than a pill. Stack and CTA keep the full width of the card's foot. Weakness: the title now shares its line with two other elements, so a long project name has roughly 190px before it wraps.

Labels drop from medium to regular, same colour. The lightest change that still reads as a label column: weight alone separates it from the values, which keep 1g's grading. Four field names stop pulling as four small headings, so the eye goes to the room and status first.

Overflow, shown here with four rooms. The date is baseline-aligned to the title, not top- or centre-aligned — with a 22px title and a 16px date, sitting them on a shared baseline is what makes them read as one line, and it stays correct when the title wraps because the baseline is the title's first line. Centre-aligning would drift the date down as the title grows. Title, rooms and status hard-clamp at two lines with an ellipsis, while budget and target hold one line — a split range reads as two numbers and a split date is unreadable. A long room list can cost the card 20px but never more; the ledger's row rhythm survives, which is the whole point of a fixed label column.

Regular weight and one step lighter in colour. The quietest of the three: labels recede to --text-muted, so the ledger reads as values with annotations rather than pairs. This is the least busy card of the set and the clearest test of your question — compare it against 1g and 1h side by side. Weakness, and a real one: at 4.29:1 these labels sit just under WCAG AA (4.5:1 for 16px), and they are four of the eight required items — so this is a deliberate trade, not a compliant step. 1h gets most of the same calm at 10.9:1 by using weight alone.

The date sits under Status, unlabelled. Where an unlabelled date can live without ambiguity: under Status (here) reads as "Published — since 4 Aug", which is the one place a bare date needs no label because the line above supplies the verb; beside the title as in 1g, where position alone marks it as metadata; or appended to the photo caption, which is worst — it reads as the photos' date, not the brief's. Labels here are regular --text-body (10.9:1) with the date one step down in --text-muted, so the pair reads as value then footnote. Net: the ledger keeps its four rows — the date simply moves off the title line into the Status cell, so the title is free for a long project name again.